سياسة الخصوصية ليست نصًا عامًا يوضع أسفل الموقع لتجميل الامتثال، وليست نسخة تُنقل من منافس مع تغيير الاسم. هي وثيقة تشرح للناس كيف تجمع الجهة بياناتهم وتستخدمها وتشاركها وتحفظها وتحميها، وما حقوقهم وكيف يمارسونها. إذا كانت السياسة لا تعكس الواقع، فقد تزيد المشكلة؛ لأنها تعطي معلومات غير صحيحة وتكشف أن المنشأة لا تعرف تدفقات بياناتها.
نظام حماية البيانات الشخصية السعودي يلزم جهة التحكم باعتماد سياسة للخصوصية وإتاحتها لأصحاب البيانات عند جمع بياناتهم. وقد أصدرت سدايا دليلًا استرشاديًا لإعداد وتطوير سياسة الخصوصية يوضح عناصر مثل اسم الجهة، وبيانات التواصل، وفئات البيانات، وطرق الجمع، والأغراض، والمسوغات، والإفصاح، والنطاق الجغرافي، والاحتفاظ، والإتلاف، والحقوق. (المصدر: الدليل الاسترشادي لإعداد وتطوير سياسة الخصوصية - سدايا)
الهدف من هذا المقال أن يمنحك طريقة كتابة عملية. لكنه لا يقدم نموذجًا قانونيًا يصلح لكل نشاط؛ فمتجر إلكتروني يختلف عن مستشفى أو منصة مالية أو تطبيق أطفال. يجب مراجعة السياسة وفق واقع المنشأة والقطاع والعقود واللوائح ذات العلاقة.
قبل الكتابة: نفذ خريطة بيانات مختصرة
أكبر خطأ هو أن يجلس كاتب المحتوى أو المحامي ويكتب السياسة دون مقابلة الفرق. قبل صياغة أي بند، اجمع ممثلين من التقنية والتسويق والعمليات والموارد البشرية وخدمة العملاء والأمن.
أجب عن هذه الأسئلة
· ما القنوات التي تجمع بيانات؟
· ما الحقول في كل نموذج؟
· ما البيانات التي تُجمع تلقائيًا؟
· ما ملفات الارتباط والتحليلات؟
· ما البيانات من أطراف أخرى؟
· ما الأغراض الفعلية؟
· ما المسوغ لكل غرض؟
· ما الأنظمة التي تحفظها؟
· من الموردون الذين يصلون إليها؟
· هل توجد معالجة أو وصول خارج المملكة؟
· كم مدة الاحتفاظ؟
· كيف يستقبل طلب الحقوق؟
أنشئ جدولًا لكل نشاط. إذا لم تستطع الإجابة، لا تخمن في السياسة. أصلح المعرفة الداخلية أولًا.
الفرق بين سياسة الخصوصية وإشعار الجمع
قد تستخدم المصطلحات بصورة متقاربة، لكن عمليًا تحتاج إلى سياسة شاملة متاحة، وإشعارات مختصرة في نقاط الجمع. عندما تطلب رقم الهوية، يجب ألا يضطر الفرد إلى قراءة صفحات ليعرف السبب. ضع شرحًا قريبًا، ثم رابطًا للتفاصيل.
الدليل الرسمي يؤكد أن إشعار الخصوصية وثيقة قابلة للتحديث المستمر، وأن نشرها في المواقع والتطبيقات يساعد الأفراد على اتخاذ قرارات مدروسة. (المصدر: دليل نظام حماية البيانات الشخصية - سدايا)
طبقات الإشعار
· الطبقة الأولى: جملة قصيرة عند النموذج.
· الطبقة الثانية: ملخص لأهم النقاط.
· الطبقة الثالثة: السياسة التفصيلية.
هذه الطريقة تجمع الوضوح مع الشمول، خصوصًا على الجوال.
العنصر الأول: اسم الجهة وهويتها
ابدأ بالاسم الرسمي كما في السجلات، والاسم التجاري إن اختلف، ووصف مختصر للنشاط والخدمات والفئات المستهدفة. يجب أن يعرف القارئ من هي جهة التحكم، لا أن يرى عبارة «نحن نهتم بخصوصيتك» دون تعريف.
صياغة عملية
«توضح هذه السياسة كيفية قيام شركة (...) بجمع البيانات الشخصية ومعالجتها عند استخدام موقع (...) وتطبيق (...) وخدمات (...).»
إذا كانت عدة شركات ضمن مجموعة تشترك في الخدمة، حدد دور كل منها أو اشرح الجهة المسؤولة، ولا تستخدم اسم المجموعة بصورة تخفي من يتخذ القرار.
العنصر الثاني: بيانات التواصل وسجل التحديث
اذكر قناة يستطيع الفرد استخدامها لأسئلة الخصوصية وطلبات الحقوق. يمكن إضافة بريد مخصص ورقم أو عنوان مناسب. إذا كان تعيين مسؤول حماية بيانات منطبقًا، أدرج وسيلة التواصل وفق المتطلبات.
ضع تاريخ آخر تحديث ورقم إصدار إن أمكن. هذا يساعد في معرفة السياسة السارية عند تغيير الممارسة.
تجنب بريدًا لا يراقبه أحد
اختبر القناة دوريًا، وأنشئ نظام تذاكر أو سجلًا. السياسة التي تعد بالرد بينما الرسائل تضيع تزيد المخاطر.
العنصر الثالث: فئات البيانات التي تجمعها
لا تكتب «قد نجمع أي معلومات تقدمها». كن محددًا لكن منظمًا. قسم البيانات إلى فئات يسهل فهمها:
· بيانات الحساب: الاسم والجوال والبريد.
· بيانات الهوية عند الحاجة.
· بيانات الطلب والدفع.
· بيانات الموقع والتوصيل.
· تواصل خدمة العملاء.
· بيانات الجهاز والسجلات التقنية.
· ملفات الارتباط والتحليلات.
· بيانات من شركاء أو مصادر أخرى.
· تفضيلات التسويق.
الدليل السعودي يذكر أمثلة مثل بيانات الحساب والدفع والموقع والكوكيز والبيانات من أطراف أخرى، ويوصي بتوضيح إن كان الجمع إلزاميًا أو اختياريًا. (المصدر: الدليل الاسترشادي لإعداد وتطوير سياسة الخصوصية - سدايا)
لا تذكر بيانات لا تجمعها
بعض النماذج العالمية تضع قوائم واسعة «احتياطًا». هذا يربك المستخدم وقد يناقض مبدأ الحد الأدنى. حدّث السياسة عند إضافة نشاط جديد بدل إدراج كل شيء بلا واقع.
العنصر الرابع: مصادر وطرق الجمع
اشرح هل البيانات تُجمع مباشرة عبر التسجيل والشراء والدعم، أم تلقائيًا عبر الأجهزة والسجلات والكوكيز، أم من شركاء مثل مزود هوية أو شركة شحن أو جهة عمل.
أمثلة طرق مباشرة
· نماذج الموقع والتطبيق.
· الاتصال والدردشة والبريد.
· العقود والطلبات.
· زيارة الفرع أو الفعاليات.
أمثلة طرق غير مباشرة
· ملفات الارتباط والتحليلات.
· سجلات الخادم والجهاز.
· الربط مع منصة أخرى.
· مزود دفع أو توصيل.
· مصادر متاحة للعموم وفق الضوابط.
إذا كانت الطريقة قد تفاجئ المستخدم، اشرحها بوضوح أكبر.
العنصر الخامس: الغرض من كل معالجة
الغرض يجب أن يكون محددًا. لا تستخدم عبارة «تحسين الخدمات» لكل شيء. اربط الفئة بالغرض:
· بيانات الحساب لإنشاء الحساب والتحقق.
· العنوان لتنفيذ التوصيل.
· سجل الطلب لإدارة المعاملة والدعم.
· بيانات الجهاز للأمان ومنع الاحتيال.
· التفضيلات لإرسال رسائل عند وجود مسوغ مناسب.
· التحليلات لفهم استخدام الخدمة وتحسين الرحلات.
اختبر وضوح الغرض
هل يستطيع القارئ توقع الاستخدام؟ إذا استخدمت البيانات لبناء ملفات شخصية أو قرارات مؤثرة أو مشاركة غير متوقعة، يحتاج الإفصاح إلى تفاصيل مناسبة وتقييم قانوني وتقني.
العنصر السادس: المسوغ النظامي
اذكر المسوغ الذي تعتمد عليه بحسب الغرض. الدليل الرسمي يعرض مسوغات تشمل الموافقة، وتنفيذ اتفاق يكون الفرد طرفًا فيه، والمتطلب النظامي، والمصالح المشروعة، والمصلحة العامة، والمصالح الحيوية وغيرها وفق الشروط. (المصدر: الدليل الاسترشادي لإعداد وتطوير سياسة الخصوصية - سدايا)
نموذج جدول داخلي قبل الصياغة
لا يلزم عرض الجدول نفسه للمستخدم، لكنه يمنع التناقض.
العنصر السابع: الإفصاح والمشاركة
اشرح فئات الجهات التي تستقبل البيانات ولماذا، مثل:
· مزودي الدفع.
· الشحن والتوصيل.
· الاستضافة والدعم التقني.
· الاتصالات والرسائل.
· التحليلات والأمان.
· شركات المجموعة عند وجود دور واضح.
· الجهات الحكومية أو القضائية عند الالتزام.
· طرف في صفقة اندماج أو استحواذ وفق الضوابط.
لا تقل «لا نشارك البيانات أبدًا» إذا كنت تستخدم مزود استضافة أو دفع. كلمة المشاركة لا تعني البيع فقط. كذلك لا تستخدم عبارة تسمح بالإفصاح لأي «شريك موثوق» دون توضيح الفئة والغرض.
الدليل المتعلق بالإفصاح يوصي بتوثيق عمليات الإفصاح في سجلات أنشطة المعالجة ومراعاة متطلبات النقل عند الإفصاح لجهة خارج المملكة. (المصدر: الدليل الاسترشادي لحالات الإفصاح عن البيانات الشخصية - سدايا)
العنصر الثامن: النطاق الجغرافي ونقل البيانات
إذا كانت البيانات تُخزن أو يصل إليها مزود خارج السعودية، وضح النطاق بصورة مناسبة، وطبّق متطلبات نظام ولائحة نقل البيانات. لا تكتب أن «جميع البيانات داخل المملكة» دون تحقق من النسخ الاحتياطية والتحليلات والدعم.
لائحة النقل تتطلب ضمانات وتقويم مخاطر في حالات محددة، وتوضح عناصر التقويم مثل الغرض والمسوغ والطبيعة والنطاق والوسائل والآثار. (المصدر: لائحة نقل البيانات الشخصية إلى خارج المملكة - سدايا)
راجع سلسلة الموردين
قد يكون تعاقدك مع شركة محلية تستخدم سحابة أو دعمًا خارجيًا. اسأل عن المعالجين الفرعيين ومواقع البيانات، وحدّث السياسة والعقود.
العنصر التاسع: مدة الاحتفاظ والإتلاف
عبارة «نحتفظ طالما كان ذلك ضروريًا» وحدها قد تكون واسعة. اشرح المعايير أو مددًا تقريبية حسب الفئات، مع مراعاة المتطلبات النظامية والنزاعات والأغراض.
أمثلة للصياغة
· بيانات الحساب طوال نشاطه، ثم لفترة محددة لإدارة الالتزامات.
· سجلات الطلبات حسب المتطلبات المحاسبية والنظامية.
· تذاكر الدعم لمدة تساعد في متابعة الخدمة.
· بيانات التسويق حتى سحب الاختيار أو انتهاء الغرض.
· السجلات الأمنية لفترة تتناسب مع التحقيق والمخاطر.
اشرح الإتلاف الآمن أو إخفاء الهوية عند انتهاء الغرض. تأكد أن التنفيذ يشمل النسخ والتصدير، لا النظام الرئيسي فقط.
العنصر العاشر: حقوق صاحب البيانات
اعرض الحقوق بلغة سهلة وكيفية ممارستها. يمكن أن تشمل الحق في العلم والوصول والتصحيح والإتلاف وفق الحالات والضوابط. لا تعد بحق مطلق إذا كان النظام يتضمن استثناءات؛ استخدم صياغة مثل «وفقًا للأحكام والضوابط النظامية المنطبقة».
اشرح خطوات الطلب
· قناة الطلب.
· معلومات التحقق المعقولة.
· كيفية المتابعة.
· إمكانية التواصل أو الشكوى وفق المتاح.
لا تخفِ القناة داخل السياسة. ضع رابط «طلب بياناتي» في الحساب إن أمكن.
العنصر الحادي عشر: ملفات الارتباط والتقنيات المشابهة
إذا كان الموقع يستخدم كوكيز ضرورية أو تحليلية أو تسويقية، اشرح الأنواع والأغراض والمدة والأطراف وخيارات التحكم. لا تنس أدوات التسجيل الحراري أو معرفات الإعلانات أو SDK داخل التطبيق.
اجعل لافتة الكوكيز مطابقة
إذا تقول اللافتة إن المستخدم يستطيع الرفض، يجب أن يتوقف غير الضروري فعلًا. لا تجعل زر «رفض» أصعب من «قبول» بصورة مضللة.
العنصر الثاني عشر: أمن البيانات
يمكن ذكر تدابير عامة مثل الضوابط الإدارية والتقنية والتنظيمية، والتحكم في الوصول والتشفير والمراقبة، دون كشف تفاصيل تساعد المهاجم. تجنب وعد «حماية كاملة 100%»؛ لا يوجد نظام خالٍ من المخاطر.
صياغة متوازنة
«نتخذ تدابير مناسبة تتناسب مع طبيعة البيانات والمخاطر، ونراجعها بصورة دورية. ومع ذلك، لا يمكن ضمان أمن أي وسيلة نقل أو تخزين بصورة مطلقة.»
الأهم أن تكون التدابير موجودة فعليًا، لا جملة منسوخة.
العنصر الثالث عشر: الأطفال أو الفئات الخاصة
إذا كانت الخدمة موجهة للأطفال أو قد تجمع بياناتهم، تحتاج تقييمًا خاصًا للموافقة والشفافية والتصميم والحد الأدنى. لا تكتب «الخدمة غير موجهة لمن دون 18» إذا كان المنتج يستهدف الطلاب فعلًا.
كذلك التطبيقات الصحية أو المالية أو الوظيفية تحتاج شرحًا يناسب حساسية السياق.
العنصر الرابع عشر: التحديثات والإشعار بالتغيير
اشرح أنك قد تحدث السياسة، وكيف سيعرف المستخدم بالتغييرات الجوهرية، مثل إشعار داخل التطبيق أو بريد أو رسالة واضحة. لا تستخدم التحديث لتغيير الأغراض جذريًا دون تقييم المسوغ والحقوق.
سجل الإصدارات داخليًا، واحتفظ بالنسخ السابقة والقرارات التي أدت للتغيير.
أسلوب الكتابة: واضح لا قانوني معقد
استخدم جملًا قصيرة، وعناوين، وأمثلة، ومصطلحات ثابتة. تجنب الترجمة الحرفية لنماذج أجنبية مثل «بيع المعلومات» إذا لم تناسب نشاطك، أو إدراج حقوق من قوانين أخرى بطريقة تربك المستخدم.
اختبار القراءة
أعط السياسة لشخص غير متخصص واسأله:
· من يجمع بياناتي؟
· ماذا يجمع؟
· لماذا؟
· مع من يشارك؟
· كيف أطلب التصحيح؟
إذا لم يجد الإجابة بسرعة، أعد التنظيم.
أخطاء تجعل السياسة غير متوافقة مع الواقع
· نسخ سياسة من موقع آخر.
· ذكر شركة أو دولة أو قانون غير صحيح.
· عدم إدراج تطبيقات الهاتف أو الفروع.
· إخفاء التحليلات والتسويق.
· الادعاء بعدم المشاركة مع وجود موردين.
· عدم ذكر النقل خارج المملكة.
· غياب فترات الاحتفاظ.
· قناة حقوق لا تعمل.
· استخدام موافقة عامة لكل الأغراض.
· عدم تحديث السياسة بعد تغيير النظام.
· كتابة وعود أمنية مطلقة.
· فصل السياسة عن العقود والعمليات.
طريقة مراجعة السياسة قبل النشر
مراجعة قانونية
هل العناصر والمسوغات والحقوق متوافقة مع الأنظمة والقطاع؟
مراجعة تقنية
هل الأدوات والكوكيز وSDK والموردون ومواقع التخزين مذكورة؟
مراجعة تشغيلية
هل مدد الاحتفاظ والحذف والطلبات قابلة للتنفيذ؟
مراجعة تجربة المستخدم
هل السياسة متاحة قبل أو عند الجمع؟ هل تعمل على الجوال؟ هل اللغة مفهومة؟
مراجعة إثبات
هل تستطيع إثبات الموافقات والإصدارات والطلبات والتحديثات؟
قالب هيكلي قابل للتخصيص
48. من نحن ونطاق السياسة.
49. بيانات التواصل والتحديث.
50. البيانات التي نجمعها.
51. مصادر وطرق الجمع.
52. الأغراض والمسوغات.
53. المشاركة والإفصاح.
54. النقل والمعالجة الجغرافية.
55. الاحتفاظ والإتلاف.
56. حقوق أصحاب البيانات.
57. الكوكيز والتقنيات.
58. الأمان.
59. الأطفال أو الحالات الخاصة.
60. التحديثات.
61. التواصل والشكاوى.
هذا الهيكل نقطة بداية، وليس نصًا جاهزًا. قد تحتاج أقسامًا إضافية للقرارات الآلية أو البيانات الحيوية أو الموظفين أو برامج الولاء.
أسئلة شائعة
هل يمكن استخدام نموذج سياسة خصوصية جاهز؟
يمكن استخدامه كقائمة عناصر، لكن يجب تخصيصه بعد جرد البيانات. النموذج العام لا يعرف أدواتك ومورديك وأغراضك ونقلك واحتفاظك.
هل أحتاج سياسة منفصلة للتطبيق والموقع؟
يمكن أن تغطي سياسة واحدة القنوات إذا شرحت اختلافاتها بوضوح. إذا كانت الممارسات مختلفة جدًا، قد تكون سياسات أو إشعارات منفصلة أوضح.
أين أضع رابط السياسة؟
في مكان ظاهر بالموقع والتطبيق، وقرب نقاط الجمع المهمة، وفي صفحة المتجر عند الحاجة. يجب أن تكون سهلة الوصول قبل أو أثناء الجمع.
هل أذكر أسماء جميع الموردين؟
الدليل يركز على الجهات التي يُفصح لها وفئاتها والنطاق. مستوى التفصيل يعتمد على الحالة. قد تذكر الفئات وتوفر قائمة محدثة للموردين عندما يكون ذلك أنسب، بعد مراجعة مختص.
كم مرة تُراجع السياسة؟
راجعها دوريًا وعند إضافة منتج أو حقل أو غرض أو مزود أو نقل أو تقنية تتبع. لا تنتظر موعدًا سنويًا إذا تغيرت الممارسة.
الخلاصة
سياسة الخصوصية المتوافقة تبدأ قبل الكتابة بخريطة بيانات دقيقة. بعد ذلك توضح هوية الجهة، وفئات البيانات وطرق جمعها، والأغراض والمسوغات، والمشاركة والنقل، والاحتفاظ والإتلاف، والحقوق، والكوكيز، والأمان، والتواصل والتحديث. اكتب بلغة يفهمها المستخدم السعودي، واجعل السياسة مطابقة لما يفعله النظام والموظفون والموردون. أفضل سياسة ليست الأطول، بل الأكثر صدقًا ووضوحًا وقابلية للتنفيذ والتحديث.
0 Comments